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FLASH FILE SYSTEM 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates to an improved system for 
storing and retrieving, information in flash memories, 
and more particularly to a system that organizes and 
manages data written to a flash memory. 

2. Description of the Prior Art 

As will be appreciated by those skilled in the an, 
electrically erasable and programmable read-only mem- 
ories (EEPROMs) comprised of flash-type, floating- 
gate transistors have been described in the art and are 
presently commercially available. These so-called flash 
memories are non-volatile memories similar in function- 
ality and performance to EPROM memories, with an 
additional functionality that allows an in-circuit, pro- 
grammable, operation to erase blocks of the memory. In 
a flash memory, it is not practical to rewrite a previ- 
ously written area of the memory without a preceding 
block erase of the area. While this invention will be 
described in the context of a flash memory, those skilled 



The flash memory physical locations are organized as 
an array of bytes. Each of the bytes in the array is as- 
signed a number or address by means of which the byte 
is physically accessible, referred to herein as the physi- 
5 cal address space. Each of the bytes in the array has a 
second address, called the virtual address space. A ta- 
ble, called a virtual map, converts virtual addresses to 
physical addresses. Here it should be noted, the virtual 
address space is not necessarily the same size as the 
10 physical address space. 

A contiguous, fixed-length group of physical byte 
addresses form a block. For example, assuming a block 
size of 512 bytes, a byte with a physical address of 
256211 is byte number 211 in block 500 
15 (25621 1-512=500+211). One or more physically con- 
tiguous flash memory areas (called, zones) make up a 
unit which can be physically erased using suitable prior 
art flash memory technology. Each unit contains an 
integral number of blocks. 

The virtual memory map is a table in which the first 
entry belongs to virtual block 0, the second to virtual 
block 1, and so on. Ai 



20 



in the table with each 
virtual block address there is a corresponding physical 
in the art will understand that its teachings are also , t address - a read from »ne flash memory operation, a 
applicable to data storage devices with the same write ff m f Bt ^ S™ 81 * 60 address is decoded as a virtual 
read, and block erase before write characteristics as • 1 address and a byte location within the block. The 
flash memories virtual memory map is used to convert the virtual block 

In a typical computer system, the operating system ^ dless to a physical block address; the byte location is 
program is responsible for data management of the data ^ ~£ Same m thc wtual address 8pace and ™ e P^cal 
storage devices that are a part of the system. A neces- aa ? Tess 

sary, and usually sufficient, attribute of a data storage • * Wnte °P er « 10n ' computer generated address 

device to achieve compatibility with the operating sys- f'? ""^E! 8 *! " " v f"l block address a byte 
tern program is that it cSn read data from, and trite Ration within the b ock. The vutud memory map 

data to, any location in the data storage medium. Thus! « If bl <** address - Ifthe 

flash memories are not compatible with typical existing 35 ^ m T ory Wo ck corresponding to the physical ad- 
operating system progranWsmce data c^SwS ^ * ^VT"^ Wn , tten : * 18 S«*rally not possi- 
ten to anarL of flashlnemory in whfch^ hTpre^- ° «fj»W address. An unwritten block 

oudy been written, unless the area is first erased I T l0 ^ d ^ V T m ta J** ^ memor y 

Software products have been propoSd! £ prior Zll IT** u ™? ttea btock 

art to allow a flash memory to be managed byeSg * 3£S J5 &e ? n f^ ""^ "* 

computer operating programs without modiffcattoTof ^ P ^ B denoted 88 unusable and 

th* ™.™*^Vl,7^i ~^Z~T^ „ momncauon or remains unusable until there is a zone erase operation 

^S^^KT HoweVer ' *J»P"» a« that erases the unit that includes that block It will be 

52TZv?SL? tS •JSTS' "V Tt noted that a write ^ration assumes that an entire 

read many device. This prior art software product as hWL- win tu:„ :« *u , . , 

^ rmn\* „ w ^„ e u, iiL: 45 block Wlli be rewritten. This is the manner m which 

computer systems usually access data in a storage me- 
dia. However, it will be appreciated that in general, any 
desired number of bytes could be written to the new 
storage location. 

In a preferred embodiment of the invention, each unit 
is assigned a logical unit address that remains un- 
changed as the unit is rewritten into a new physical 
address location in flash memory. The virtual map con- 

fl . , tains references to the logical unit addresses rather than 

flash memory appears to the computer operating system 55 the physical unit addresses so that data movement dur- 
as a data storage device in winch it is possible to read ing unit transfers has no effect on the virtual map. 

^ ^^T 6 ? X ?' ^ flashmemof y Iocation - Each unit has a usage mapof all the blocks within the 

A method that allows flash memory to emulate random unit; the virtual address of a block, if it is mapped, and 

access memories and aUows existing computer operat- special characters to denote free blocks and to denote 

mg systems to provide all other required support in the 60 unusable blocks. 

same manner provided by standard random access Unusable blocks of previously written flash memory 

memories and independent of the emulation method. are reclaimed by transferring memory units that include 

Briefly, this invention contemplates the provision of a the unusable blocks to a reserved unwritten space in the 

flash memory, virtual mappmg system that allows data flash memory. Only the usable blocks are written in the 

to be continuously written to unwritten physical ad- 65 transfer operation so that, as rewritten, the locations 

dress locations. The virtual memory map relates flash where the unusable blocks were, are not rewritten in the 

memory physical location addresses in order to track reserved space and are thus usable. After having been 

the location of data in the memory. rewritten, the original memory unit space is flash erased 



cannot recycle previously written memory locations. 
When all locations are eventually written the memory 
cannot be further used without specific user interven- 
tion. 

SUMMARY OF THE INVENTION 

An object of this invention is the provision of a 
method (i.e., software, firmware or hardware) to con- 
trol and manage access to a flash memory so that the 
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as a unit and thus becomes an unwritten reserved space 
to which a subsequent transfer can be made. 

Also, in a preferred embodiment of the invention, the 
virtual map is stored primarily in the flash memory with 
only a small secondary virtual map in random access 
memory. The virtual map in flash memory is stored in 
blocks and organized into pages whose size is equal to 
the product of the number of bytes in a block times the 
number of physical block addresses this number of bytes 



the processor operating system software provides all 
other required operating support (such as a file system) 
in the same manner as it provides for a standard random 
access memory, and in a manner that is independent of 
the flash memory 12 and its controller 14. A typical 
system also includes a conventional random access 
memory 16. It will be appreciated that controller 14 
functions may be carried out in software, firmware or 
hardware, and would not necessarily exist as a physi- 



represents. A secondary random access memory con- 10 cally separate unit as the drawing suggests. 



tains the page addresses. In reading data for a given 
virtual address, the page number is determined by divid- 
ing address by the page size. The result indexes the 
secondary virtual map to find the correct primary vir- 
tual map block. The remainder is used to calculate the 
required physical address for the virtual map stored in 
flash memory. To alter the virtual map in flash memory, 
the altered map is written into a free block and the 
secondary map in random access memory is altered to 



Referring now to FIG. 2, it illustrates in part the 
organization of the flash memory. The flash memory 
has a number of zones labeled here as zone A, zone B, 
etc. Each zone is comprised of a number of contiguous 
15 physical memory locations that can be block erased 
using conventional, well known, flash memory technol- 
ogy. The zones are organized as units only four of 
which are shown, labeled in the drawing as; UNIT #1, 
UNIT #6, UNIT N-l and TRANSFER UNIT. Each 



reflect the change in the primary virtual map location. 20 unit is comprised of at least one zone, or a plurality of 

The replaced block is marked as deleted. contiguous zones. Here illustrated, each unit is com- 

_ ww % txrTX _ n prised of two zones (i.e., UNIT #1— zone A and zone 

BRIEF DESCRIPTION OF THE DRAWINGS |. ^ #2 _^l c ' ^ ^ D> transfer 



The foregoing and other objects, aspects and advan- 
tages will be better understood from the following de- 25 
tailed description of a preferred embodiment of the 
invention with reference to the drawings, in which: 

FIG. 1 is a block diagram illustrating functional com- 
ponents of a system in accordance with one embodi- 



UNIT— zone X2 and 24), 

Each unit is comprised of an integral number of ad- 
dressable blocks and each block, in turn, is comprised of 
a contiguous, fixed length group of bytes. At all times, 
there will be a unit in the memory 12 that is unwritten 
(Le., TRANSFER UNIT), so that active blocks in a 



ment of a system in accordance with the teachings of 30 unit that is to be erased can be written to this unwritten 



this invention. 

FIG. 2 is a pictorial illustration of one level of flash 
memory organization in accordance with the teachings 
of this invention. 

FIG. 3 is a pictorial illustration of how a unit is for- 
matted. 

FIG. 4 is a pictorial representation illustrating how 
the computer generated addresses are mapped to physi- 
cal addresses. 



unit prior to erasing the unit. 

Referring now to FIG. 3, each unit contains an inte- 
gral number of contiguous data blocks 21 that are in 
turn comprised of contiguous byte addresses, that can 
35 be addressed as a block number and offset within the 
block. Each block in a unit can be addressed by block 
number and offset with the unit. Each unit has a unit 
header 23 and a map 25 of the allocation status of eac h 
block in the unit. The unit header 23 includes a format 



FIG. 5 is a flow diagram illustrating a read operation. 40 identifier, and tne logical unit number of the unit. Be- 



FIG. 6 is a flow diagram illustrating a write opera- 
tion. 

FIG. 7 is a pictorial diagram illustrating the status of 
a unit before and after a transfer operation. 

FIG. 8 is a flow diagram of a transfer operation. 

FIG. 9 is a flow diagram illustrating the operation 
where a major portion of the virtual to physical map is 
stored in flash memory. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT OF THE INVENTION 

Referring now to FIG. 1 of the drawings, in a typical 
system a processor 10, in combination with its operating 

system software, issues a series of read and write com- unit changes. As illustrated in FIG. 4, the computer 

mands to read from, and write data to, specific address 55 generated addresses 29 are comprised of a block number 

locations in a random access memory. As will be appre- and a block offset. These addresses are interpreted by 

dated by those skilled in the art, in a random access the flash controller 14 as virtual addresses, and a virtual 

storage device, such as a disk memory, data can be map is used to establish a correspondence between the 

written to, or read from, any address location. In. the virtual address space and physical address space. The 

system of FIG. 1, the processor 10 writes data to, and 60 virtual map changes as blocks are rewritten and the 



cause data must move physically during a unit transfer, 
the unit number preferably remains unchanged even as 
the physical location of the unit in the flash memory 12 
changes. In addition, the header may also include sys- 

45 tem-wide information. Th e block allocation map 25 has 
a word for each block that denotes its status and its 
offset in the unit. T he status indications are: "block free 
and writable"; "block deleted and not writable"; "block 
allocated and contains user data"; and virtual address of 

50 the block (back pointer). 

As previously mentioned, preferably each unit is 
assigned a logical unit number that does not change, 
even though the physical location in the memory of the 



reads data from, a flash memory 12 in blocks at specific 
address locations. Although zones of the flash memory 
12 can be erased, currently written address locations 
cannot be rewritten until the entire zone is erased. In 
accordance with the teachings of this invention, a flash 
memory controller 14 provides a fully rewritable vir- 
tual address space so that the flash memory 12 emulates 
a random access memory, such as a disk memory, and 
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virtual address space is therefore dynamic. It should be 
noted also that, at any given time, a block or blocks in 
the virtual address space may be unmapped to the phys- 
ical address space, and that blocks in the physical ad- 
dress space may be unwritten and, therefore, free to be 
written into. 

Since the data moves physically during a unit transfer 
to an unwritten unit space, the units are assigned logical 
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unit numbers that do not change with changes in the dress of the data corresponding to the original virtual 

physical location of the unit in the memory. A virtual address, blocks 54 and 55 

map 31 maps block numbers to logical unit address in To enable reading and writing operations to continue 

the first step of a two level address translation. The without limitation, physical memory space is reclaimed 

logical unit address is an address relative to a logical 5 periodically. As explained previously, at least one unit 

unit number, similar to a physical address, which is an of the memory is reserved at all times s o that it c onsist s 

address relative to a physical unit number. The logical entire ly ot trefe blocks anff serves as a TRANSFER 

unit number is the high order binary digits of the logical UNIT. ~ — 

address and may be derived from the logical address by Referring now to FIG. 7, an active unit is selected 

a bit shift operation. The logical address 33 obtained 10 (here, UNIT #M) and all of its currently-mapped active 

trommap 31 includes a logical unit number along with blocks are read and then written to the TRANSFER 

the offset of the block : within the unit. unit. The selected unit #M is then block erased, and 

Alogical unit table 35 translates the logical unit num- it becomes the TRANSFER UNIT while the transfer 

ber to a physical unit number for the logical unit This unit to which the active blocks have been written be- 

two-step address translation procedure obviates the 15 comes, in this example, unit #M. FIG. 7 illustrates the 

need to change block addresses m the map when a unit status of the units before and after a transfer operation 

is moved to a new physical location. FIG. 8 is a flow diagram of this transfer operation. In a 

In a read operation the virtual address 29 comprised transfer operation a unit is selected for transfer, block 

of a block address, for exsuriple, initially is mapped to a 60, and the active data blocks in the selected unit are 

logicd iiimt number and a Mock offset within the unit in 20 read, block 61. These active data blocks are then writ- 

the addressed block. Map 35 maps the unit number 33 to ten to the transfer unit at positions in the transfer unit 

a physic^addre^ 37 tor the unit along wHEWoget corresponding to the positions at which they were lo- 

Syj"" f bl0< * ™thm tfa e unit, and^H^d- cated in the original unit, block 62. The original unit 

a resseo. aata Diocfc is read from this physical lo^on. selected is then flash erased, block 63, and the logical to 

Here it is assumed that data is read and written on a 25 physical address map is changed so that the sdected 

btock basis as is typically done. Of course, data could be unit becomes the transfer unit and the transfer unit is 

SS^Tm? 1 1 byte fl bas * usm S *• same Ptmci- assigned the unit number of the selected unit, block 64. 

pie, if desired. FIG. 5 is a flow diagram illustrating this The system thus far described requires a virtual map 

read operation. As previously explained, the virtual whose contents are freely updated, and such a map may 

a t0 a address < Woek m 30 be stored » a conventional random access memory 

the firet step of a two-step address translation. In the However, assuming, for example, a block size of 512 
second step, the logical address is mapped to a physical bytes, since the virtual map contains a entry for each 
address in the flash mtaaory, block 41. Data at this block, and each entry may be, for example, 4 bytes long 
physical address is read, block 42, which terminates this (ie., capable of addressing up to 4 Gigabytes of mem- 
° P f a f°± ito „ . A , J J „„ . 35 oryX a flash memory of 80 Mbytes would require a 

In a write operation, the virtual address 29 is again memory of 640 Kbytes to store the map tables. In order 
mapped initially to alogical unit number and a block to limit the amount of random access memory required 
offset withm the unit The controller 14 algorithm px- to store the virtual map, in a preferred embodiment of 
amines the block . allocation map 25 for this uni t If the the invention, a major portion of the map data is stored 
block corresponding to this address has been written, a 40 in the flash memory 12 itself, and a secondary virtual 
wnte command cannot be executed at the correspond- map that maps virtual addresses from the computer to 
mg physical address. The control algorithm scans th e the primary virtual map is stored in a random access 
block allocation maps 25 for each unit until a free block memory, such as memory 16. An important point to be 
isiocated. The status of the bloc k in the block map25 a t made here is that the secondary virtual map arrange- 
the original u nit address is changed to deleted in th e 45 ment makes the procedure for reading and writing the 
b ock m tne anocanon map, ana me status ot tfieTre e virtual map identical to the procedures for reading and 
block is changed to written. Jjie virtual map gpjjip- writing ordinary data explained earlier. The virtual map 
d ated so that the original virtual address now points to itself treated in a manner equivalent to the user data in 
t he new logical address where tire^yrite onpratinn is to the foregoing description and the virtual map stored in 
fence piace. i nis logical address is mapped to a physical 50 random access memory (i.e., secondary virtual map) is 
address, in Hie manner previously described, and the the equivalent of the virtual map in the previous de- 
block is written to this address. FIG. 6 is a flow diagram scription. 

illustrating this write operation. In a write operation the In this embodiment the virtual map resides in the 
virtual address 29 is mapped to a logical unit address, flash memory 12 at negative virtual addresses- ordinary 
block 45, and the unit allocation for the unit is exam- 55 space starts at virtual address zero. The virtual map 
med, block 46. If m decision block 47 the unit address is maps the negative address used by itself, so that the 
free, the unit address is mapped to a physical address, virtual map residing in flash memory can be read and 
block 48, and data is written to this physical address, written like ordinary user data, and only the portion of 
block 49, and the operatton ends. If the logical address the virtual map that maps itself (i.e., the secondary 
is not free (block 47), the unit table s are scanned t o 60 virtual map) resides in random access memory 
loca te a free address in the unit allocation tables, bloc k In a simplified example, assume a virtual map of 6000 
^.^^ ' OSICal aQareSS K vbw** t0 a .P hysical bytes stored in twelve virtual map blocks, each of 512 
a I d i!! S ' ° K V: a "° Me ""f * vmm . to tms Pas ted bytes. Assuming a four-byte address, each block can 
address, mocK az. i ne unit allocation tables are undated st0 re 128 physical addresses. Thus, each block contains 
(bloc^ 53) to indicate that the original block.k deleted 65 the addresses of 64 Kbytes of virtual flash memory 
""J not wntame, and that the new block is allocated Each block of virtual flash memory addresses is consid- 
contains user da ta. The virtual to logical address ered as a page and the random access memory stores the 
map is men upaateo to point to the new physical ad- page addresses; (in this example, only 48 bytes) mapped 
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to the address blocks. In reading data from a given 
virtual address, the address is divided by the page size 
(64 Kbytes) to obtain a page number in the secondary 
virtual memory that maps to the page block of the pri- 
mary virtual map where the address is stored. With the 
virtual memory page block, the procedure to map to a 
specific flash memory physical address can proceed in 
the manner already described. For example, after the 
virtual address is divided by the page size, the remain- 
der can be divided by the virtual memory block size 
(e.g., 512) to obtain an index to the array of address read 
from flash memory. 

In writing data to a given virtual address, the com- 
puter generated address is also divided by the page size 
to obtain an index to the secondary virtual map in flash 
memory. The secondary virtual map maps to the pri- 
mary virtual map, where the primary virtual map block 
is read; and this is used to map to the physical block that 
has been addressed where it is read. As this block can- 
not be rewritten, an unwritten block is identified and 
written into in the manner previously described, with 
the original data block marked as deleted. To update the 
virtual map residing flash memory, essentially the same 
procedure is followed. The virtual map block, in its 
modified form to reflect the new physical location of 
the addressed data, is written to an unwritten block in 
the flash memory and the old block is marked as de- 
leted The secondary virtual memory in random access 
memory is changed, as needed, to reflect the change in 30 
the primary virtual memory block locations. 

FIG. 9 is a flow diagram of this operation. The first 
step in this process is to convert a virtual address to a 
page number, block 70 and to use the page number to 
locate in RAM 16 the address, in flash memory 12, of 35 
the relevant page block of the virtual map stored in the 
flash memory, block 21. The page block of the virtual 
map at this address is read from the flash memory (block 
72) and used in the manner previously described to a 
locate physical address corresponding to the virtual ^ 
address for a data read or data write operation. In a data 
write operation, the virtual map page block must be 
updated, block 73, and the updated page block virtual 
map is written to a free flash memory physical address 
location, block 74. The original flash memory address at 45 
which the page block virtual map was located is marked 
as deleted, block 75, and the RAM memory 16 is up- 
dated to point to the virtual to physical map address for 
the updated map, block 76. 

The virtual map can be readily reconstructed upon 50 
system startup. The virtual maps residing in flash mem- 
ory are non-volatile and do not require reconstruction. 
The secondary virtual map residing in volatile random 
access memory can be reconstructed by scanning, at 
startup, the block usage map that resides at the top of 55 
each unit Blocks marked as mapped to a virtual address 
are identified, and the secondary virtual map is con- 
structed accordingly. 

While the invention has been described in terms of a 
single preferred embodiment, those skilled in the art 60 
will recognize that the invention can be practiced with 
.modification within the spirit and scope of the appended 
claims. 

Having thus described my invention, what I claim as 
new and desire to secure by Letters Patent is as. follows: 65 

1. A memory management method for a memory in 
which data can be written only in unwritten physical 
memory locations and in which a zone of contiguous 



memory, locations can be simultaneously erased, com- 
prising the steps of: 
organizing the memory into a plurality of units; 
organizing each unit into a plurality of blocks, each of 
said blocks made up of a plurality of contiguous 
physical memory locations; 
establishing an allocation map for each unit which 
indicates the status of each block in a unit as writ- 
ten, unwritten or deleted; 
establishing a virtual map to map virtual addresses to 

physical addresses; 
in writing data to said memory at a virtual address: 

(a) mapping said virtual address to a physical block 
address using said virtual map; 

(b) examining said allocation map for said unit to 
which said virtual address has been mapped in step 
(a) to determine the status of a block at said physi- 
cal block address as written, unwritten or deleted; 

(c) if said block at said physical block address is in 
written or deleted status: 

(1) examining said allocation map for at least one of 
said units to identify an unwritten block address; 

(2) writing said data into said memory to said un- 
written block address; 

(3) changing said allocation map for a block in a 
unit in which said data have been written in 
paragraph (c)(2) to indicate as written said previ- 
ously unwritten block address where said data 
have been written; 

(4) changing said virtual map to map virtual ad- 
dresses to physical addresses within a unit so that 
said virtual map maps said virtual address to the 
physical address of said previously unwritten 
block in which said data have been written in . 
step (c)(2); 

establishing a transfer unit in said memory in which 
all blocks are in unwritten status, said transfer unit 
including a transfer unit allocation map; 
periodically identifying a selected unit, other than 

said transfer unit, to be erased; 
reading each written block in said selected unit; 
writing each written block in said selected unit into 

said transfer unit; 
updating said transfer unit allocation map to indicate 
as written the status of blocks that have been writ- 
ten in the just previous writing step; 
erasing said selected unit; 

updating said virtual map to reflect the above- 
described movement of said written blocks. 
2. A memory management method for a memory in 
which data can be written only in unwritten physical 
memory locations and in which a zone of contiguous 
memory locations can be simultaneously erased, com- 
prising the steps of: 
storing in said memory a first virtual map which maps 

virtual addresses to physical addresses; 
organizing said first virtual map stored in said mem- 
ory in segments of page addressable blocks; 
storing in a random access memory a second virtual 
map which maps page addresses to physical ad- 
dresses of said page addressable blocks in said 
memory; 

changing a page addressable block in said first virtual 
map stored in said memory by writing a changed 
page addressable block in an unwritten physical 
block location; and 
updating said second virtual map stored in said ran- 
dom access memory so that it maps the page ad- 
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dress of the changed page addressable block to the 
unwritten physical block location in which said 
changed page addressable block has been written. 

3. A memory management method for a memory in 
which data can be written only in unwritten physical 5 
memory locations and in which a zone of contiguous 
memory locations can be simultaneously erased, com- 
prising the steps of: 

organizing the memory into a plurality of units; 

OTganizing each unit into a plurality of blocks, each of 10 
said blocks made up of a plurality of contiguous 
physical memory locations; 

establishing a first virtual map to map virtual ad- 
dresses to physical addresses within a unit; 

storing in said memory said first virtual map orga- 15 
nized in segments of page addressable blocks; 

storing in a random access memory a second virtual 
map which maps pages to physical address of said 
page addressable blocks stored in said memory; and 

in writing data to said memory at a virtual address: 20 

(a) deriving a page address from said virtual ad- 
dress; 

(b) mapping said page address to a page address- 
able block in said memory; 

(c) reading a segment of said first virtual map 25 
which maps virtual address to physical address 

at said page addressable block in said memory; 

(d) mapping said virtual address to a physical ad- 
dress; 

(e) if said block at said physical address is in written 30 
or deleted status; 

(1) writing said data into said memory to an 
unwritten block^ddress; 

(2) changing said first virtual map segment so 
that said first virtual map maps said virtual 35 
address to the physical address of the unwrit- 
ten block in which said data have been written 

in step (e)(1); 

(3) writing the changed first virtual map segment 
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(c) if said block at said physical block address is in 
written or deleted status: 

(1) examining said allocation map for at least one 
of said units to identify an unwritten block 
address; 

(2) writing said data to said unwritten block 
address; 

(3) changing said allocation map for a block in a 
unit in which said data have been written in 
step (c)(2) to indicate as written said previ- 
ously unwritten block address where said data 
have been written; 

(4) changing said virtual map to map virtual 
addresses to physical addresses within a unit 
so that said virtual map maps said virtual ad- 
dress to the physical address of said previously 
unwritten block in which said data have been 
written in step (c)(2); and 

in reading data from said memory at a virtual ad- 
dress: 

(d) mapping said virtual address to a physical block 
address using said virtual map; 

(e) reading said data from said memory at said 
physical address; 

establishing a transfer unit in said memory in which 
all blocks are in unwritten status, said transfer 
unit including a transfer unit allocation map; 
periodically identifying a selected unit, other than 

said transfer unit, to be erased; 
reading each written block in said selected unit; 
writing each written block in said selected unit into 

said transfer unit; 
updating said transfer unit allocation map to indi- 
cate as written the status of blocks that have been 
written in the just previous writing step; 
erasing said selected unit; 
updating said virtual map to reflect the above- 
described movement of said written blocks. 
5. A memory management method for a memory in 
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location in said memory; 
(4) updating said second virtual map stored in 
said random access memory so that it maps the 
page address of the changed first virtual map 
segment of said unwritten physical block loca- 45 
tion. 

4. A memory management method for a memory in 
which data can be written only in unwritten mhysical 
memory locations and in which a zone of contiguous 
memory locations can be simultaneously erased, com- 50 
prising the steps of: 
organizing the memory into a plurality of units; 
organizing each unit into a plurality of blocks, each of 
said blocks made up of a plurality of contiguous 
physical memory locations; 55 
establishing an allocation map for each unit which 
indicates the status of each block in a unit as writ- 
ten, unwritten or deleted; 
establishing a virtual map to map virtual addresses to 

physical addresses within a unit; 60 
in writing data to said memory at a virtual address: 

(a) mapping said virtual address to a physical block 
address using said virtual map; 

(b) examining said allocation map for said unit to 
which said virtual address has been mapped in 65 
step (a) to determine the status of a block at said 
physical block address as written, unwritten or 
deleted; 



memory locations and in which a zone of contiguous 
memory locations can be simultaneously erased, com- 
prising the steps of: 
organizing the memory into a plurality of units; 
organizing each unit into a plurality of blocks, each of 
said blocks made up of a plurality of contiguous 
physical memory locations; 
establishing a first virtual map to map virtual ad- 
dresses to physical addresses within a unit; 
storing in said memory said first virtual map orga- 
nized in segments of page addressable blocks; 
storing in a random access memory a second virtual 
map which maps pages to physical address of said 

page addressable blocks stored in said memory; and 
in writing data to said memory at a virtual address: 

(a) deriving a page address from said virtual ad- 
dress; 

(b) mapping said page address to page addressable 
block in said memory; 

(c) reading a segment of said first virtual map 
which maps virtual address to physical address 
at said page addressable block in said memory; 

(d) mapping said virtual address to a physical ad- 
dress; 

(e) if said block at said physical address is in an 
active written status; 

(1) writing said data into said memory to an 
unwritten block address; 
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(2) changing said first virtual map segment so 
that said first virtual map maps said virtual 
address to the physical address of the unwrit- 
ten block in which said data has been written 
in step (e)(1); 

(3) writing the changed first virtual map segment 
from step (e)(2) in an unwritten physical block 
location in said memory; 

(4) updating said second virtual map stored in 
said random access memory so that maps the 
page address of the changed first virtual map 
segment of said unwritten physical block loca- * 5 
tion; 

in reading data from said memory at a virtual ad- 
dress: 

(f) deriving a page address from said virtual ad- 20 
dress; 

(g) mapping said page address to page addressable 
block in said memory; 

25 



(h) reading a segment of said first virtual map that 
maps virtual address to physical address at said 
page addressable block in said memory; 

(i) mapping said virtual address to a physical ad- 
dress; 

(j) reading said data from said memory at said phys- 
ical address. 

6. A memory management method as in claim 5, 
including the further steps of: 

establishing a transfer unit in said memory in which 
all blocks are in unwritten status, said transfer unit 
including a transfer unit allocation map; 

periodically identifying a selected unit, other than 
said transfer unit, to be erased; 

reading each written block in said selected unit; 

writing each written block in said selected unit into 
said transfer unit; 

updating said transfer unit allocation map to indicate 
as written the status of blocks that have been writ- 
ten in the just previous writing step; 

erasing said selected unit; 

updating said virtual map to reflect the • above- 
described movement of said written blocks. 
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